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MOBILITY WITHIN A PACKET-SWITCHED TELEPHONY NETWORK 

Technical Field 

This application generally relates to packet -switched 
telephony networks, such as IP telephony networks, and to 
cellular networks, and more particularly to a technique that 
allows subscribers to roam between an IP- telephony network and 
a cellular network. 
IP-Telephony Networks 

Voice or telephony services cam now be provided over a 
packet -switched network, such as the Internet. These packet- 
switched- telephony networks are commonly referred to as IP 
telephony networks because the Internet Protocol (IP) is the 
primary protocol used over the Internet. One IP telephony 
standard, for example, is the International Telecommunications 
Union (ITU) H.323 standard. Fig. 1 illustrates an example of coi 
IP telephony network, also known as a Voice over IP (VoIP) 
Network. The VoIP network includes a gatekeeper function, one or 
more gateways and a packet -switched network (e.g., a portion of 
the Internet) . 

The gatekeeper function is optional and provides call 
authorization for both accepting and placing calls in its zone 
or area of control. A gatekeeper can also allocate bandwidth, 
can maintain call detail records, cuid can perfom other network 
management fianctions. 

A packet -switched- telephony gateway bridges a circuit 
switched network such as the Public Switched Telephone Network 
(PSTN) and a packet -switched network such as an IP network or the 
Internet. The (standard) IP telephony gateway bridges the PSTN 
and IP networks to allow phone-to-phone and phone-to-personal 
computer (PC) multimedia communications (voice, video and/or 
data) . The IP telephony gateway provides the appropriate 

1 
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translation between transmission foannats (for example, H. 225.0 
of an H.323 endpoint to/from H.221 of an H.320 endpoint) cuad 
between communication procedures (for example, H.245 of an H.323 
endpoint to/from H.242 of an H.320 endpoint) . The IP telephony 
5 gateway also performs call setup cind clearing on both the network 
side and the switched circuit network side. Translation between 
video, audio, and data formats may ^Iso be performed in the 
gateway. In general, the purpose of the IP- telephony gateway is 
to complete the call in both directions between the network 

10 endpoint ouad the switched circuit network endpoint in a 
transparent fashion. 

An example of IP telephony gateway is the H.323 gateway 
(implementing the ITU H.323 stcUidard) . H.323 gateways allow 
interoperation of H.323 systems with other audio/video 

15 conferencing systems on Integrated Services Digital Networks 
(ISDN) , plain old telephone systems (POTS) , Asynchronous Transfer 
Mode (ATM) , cuid other transports . An IP telephony gateway 
operates as an endpoint on the IP- telephony network that provides 
real-time, two-way communication between IP telephony terminals 

20 on the IP-based network and other ITU terminals on a 
switched- circuit network, or to euiother IP- telephony gateway. 
Switched Circuit Network connectivity is achieved in the IP 
telephony context by using gateways for H.320 (ISDN), H.324, 
H.323, POTS, cuid other endpoints on other networks. 

25 Fig. 1 is a diagram illustrating an example IP telephony 

network. Referring to Fig. 1, when an incoming call (1) reaches 
an IP telephony gateway (GW) (here indicated as Originating IP 
telephony GW) , the gateway contacts the gatekeeper it is 
registered with asking to set up a call towards the dialed number 

30 received from the incoming call set up request (Access Request, 
ARQ, 2) . The gatekeeper translates the dialed number (or 
directory number) into the IP address of the Destination 
IP- telephony gateway, i.e. the gateway that has to be reached in 
order to reach the final destination of the call, and provides 

35 this IP address to the originating IP telephony gateway (Access 
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Confirmation, ACF, 3) . The Originating IP- telephony GW sets up 
an IP- telephony call over the packet -switched network or IP 
network towards the Destination IP-Telephony GW providing its IP 
address and the dialed number (Call setup, 3). The Destination 
5 IP- telephony GW contacts the gatekeeper it is registered with (it 
may be the same as the Originating IP-telephony GW or a different 
gatekeeper) asking to accept a call incoming from the Originating 
IP- telephony GW (ARQ, 4) and directed towards the dialed number. 
If the gatekeeper grcuxts the incoming call to the Destination 

10 IP- telephony GW (AGP, 5) , the Destination IP- telephony GW 
establishes the PSTN call (call,?), and then the call is 
established between the two IP- telephony GWs over the IP network 
(call establishment, 6) . The destination IP-telephony gateway 
translates the IP packets into the appropriate format for 

15 trajismission over the PSTN. 

However, IP telephony standards and products are currently 
defined only for fixed networks. Mobility has not been considered 
in IP telephony in the sense that IP telephony subscribers are 
not allowed to roam between IP telephony networks. 

20 For example, a subscriber in one area of the coiantry is 

registered with a local gatekeeper. If the subscriber moves or 
travels to another part of the country, the siabscriber will not 
be able to connect to the gatekeeper in the new part of the 
country because the new gatekeeper has no information describing 

25 the subscriber. 

Cellular Networks 

In addition, cellular subscribers can roam within cellular 
coramvmication systems. In Global System for Mobile (GSM), a 
visiting location register (VLR) and a home location register 

30 (HLR) are used. The VLR contains relevant data of all mobile 
stations currently located in a serving Mobile Services Switching 
Center (MSG) . The HLR is a database in charge of the management 
of the mobile subscribers. The data stored in the HLR includes 
service subscription information and location information (the 
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identity of the currently serving VLR to enable routing of 
mobile -terminated calls) . 

When a visiting (or roaming) cellular subscriber is detected 
in a serving system, the location update processes notify the 

5 subscriber's HLR of the subscriber's presence in the serving 
system. When the subscriber is detected for the first time, the 
serving system creates a temporary record for the subscriber 
storing the service information auid the location information. 
When the subscriber changes serving areas, the record in the HLR 

10 is simply updated with the new location information. In both 
cases the HLR is notified. When the HLR is notified by the 
serving system, it updates the location information in the 
subscriber's record. If the location information is different 
from the one previously stored in the record, the HLR cctncels the 

15 subscriber's location in the previous serving system. 

If subscriber B is roaming in a serving cellular system and 
a party A dials subscriber B's directory number, the call is 
routed through the PSTN to the home system of subscriber B. The 
MSG in the home system that receives the incoming call contacts 

20 subscriber B's HLR to determine how to route the call. The HLR 
determines that the call is for subscriber B and issues a request 
to subscriber B's current serving system for the information to 
route the call. The serving system allocates a telephone number 
(often called Roaming Number or RN) temporarily assigned to 

25 svibscriber B to route the call and provides the RN to the HLR. 
The HLR provides the RN to the MSG in the home system, which in 
turn routes the call to the RN through PSTN. When the serving 
system receives the incoming call, it associates it with 
subscriber B based on the RN, and pages the subscriber B. 

30 However, IP- telephony networks presently do not permit 

roaming or mobility within the IP- telephony network. Also, 
cellular networks and IP-telephony networks are distinct and 
incompatible networks and do not allow for roaming between 
cellular and IP- telephony networks. 

35 Short Message Service (SMS) 
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As provided in Global System For Mobile Communications 
(GSM) , Short Message Service (SMS) gives cellular network 
s\abscribers the ability to send and receive short text messages. 
Short messages usually contain about one page of text or less. 
5 Some systems limit the short message to 160 alphanumeric 
characters. However, there is presently no provision for 
delivering short messages over an IP- telephony network, or for 
delivering short messages to subscribers roaming between a 
cellular network and an IP- telephony network. Therefore, a need 

10 exists for a technique that allows subscribers to roam within an 
IP- telephony network, to roam between an IP telephony network and 
a cellular network, and for the delivery of short messages over 
an IP- telephony network. 
Disclosure of the Invention 

IS According to cui embodiment of the present invention, a 

system is provided that includes a cellular network having a 
cellular Home Function which may include a Gateway Mobile 
Services Switching center (GW MSG) and a Home Location Register 
(HLR) , and one or more cellular Visited Functions, each cellular 

20 Visited Function may include a Visited Location Register (VLR) and 
a MSG. The system also includes a Mobile IP-Telephony Network 
(MIPTN) , including a MIPTN Home Function and one or more MIPTN 
Visited Functions. 

The system also includes a Public Switched Telephone Network 

25 (PSTN) that is connected to the cellular network- The PSTN is 
also connected to the MIPTN via a Gateway Function that provides 
mobility support, including the storage of dynamic mappings 
obtained during registration. Alternatively, the Gateway Function 
interfaces the cellular network and the MIPTN directly. 

30 According to an embodiment of the present invention, a 

technique is provided to allow roaming or mobility within an IP- 
telephony network (MIPTN) . A subscriber registers with a Visited 
Function where the subscriber is located. The Visited Function 
then sends a message to the subscriber's MIPTN Home Function to 

35 provide updated subscriber location information. When a call is 
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received that is intended for the subscriber, the IP address (or 
transport address) of the serving MIPTN Visited Function where 
the subscriber is registered (or located) is retrieved from the 
MIPTN Home Function. An IP- telephony call is then set up towards 

5 the IP address of the serving MIPTN Visited Function. 

According to another embodiment of the present invention, 
a Gateway Function is provided that supports mobility or roaming 
between a Mobile IP-telephony Network (MIPTN) and a cellular 
network. When a cellular subscriber roams to the MIPTN, or when 

10 a MIPTN subscriber roams to the cellular network, the 
subscriber's Home Function and visited Function will be located 
in different types of networks. The cellular network and the 
MIPTN are distinct and incompatible networks because different 
types of messages, signaling and addressing systems are used. 

15 The Gateway Fvmction performs the interworking between the 
PSTN/cellular message formats and signaling and those in the 
MIPTN. In particular, the Gateway Function supports internetwork 
roaming by storing a dynamic mapping or correspondence between 
a subscriber identification (e.g. , IMSI or MSISDN) aiid an address 

20 of a Visited Function where the subscriber has roamed. This 
dynamic mapping or correspondence is stored by a Gateway Function 
during the subscriber registration process when cellular 
s\abscribers roam to the MIPTN, or when MIPTN subscribers roam to 
the cellular network. This dynamic mapping stored in the Gateway 

25 Function allows the subsequent delivery of calls or SMS short 
messages via the Gateway Fimction to a sxabscriber that is roaming 
between networks. 
Brief Deecription of the Drawings 

Fig. 1 is a diagram illustrating an example of an IP 

30 telephony network. 

Fig. 2 is a block diagram illustrating an example system 
architecture according to ain embodiment of the present invention. 

Fig. 3 is a block functional diagram illustrating a Mobile 
IP- telephony network Home Function according to an example 

35 embodiment of the present invention. 
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Pig. 4 is a functional block diagram illustrating a Mobile 
IP- telephony network Visited Function according to an example 
embodiment of the present invention. 

Fig. 5 is a functional block diagram illustrating a Mobile 
5 IP- telephony network Gateway Function according to an example 
embodiment of the present invention. 

Fig. 6 is a diagram illustrating am example siibscriber 
registration for a Mobile IP-Telephony subscriber roaming within 
the Mobile IP-Telephony Network. 
10 Fig. 7 is a diagram illustrating an example subscriber 

registration for a Mobile IP-Telephony subscriber roaming to a 
cellular network. 

Fig. 8 is a diagram illustrating an example sxabscriber 
registration for a cellular network subscriber roaming to a 
15 Mobile IP-^ Telephony network. 

Fig. 9 is a diagram illustrating an example call delivery 
of an IP-telephony call to a Mobile IP-telephony subscriber 
roaming in a Mobile IP- telephony network. 

Fig. 10 is a diagram illustrating an example delivery of a 
20 PSTN call to a Mobile IP-telephony subscriber roaming in the 
Mobile IP- telephony network. 

Fig. 11 is a diagram illustrating an example delivery of an 
IP- telephony call to a Mobile IP- telephony sxabscriber roaming to 
a cellular network. 
25 Fig. 12 is a block diagram' illustrating an example 

delivery of an IP-telephony call to a Mobile IP-telephony 
subscriber roaming to a cellular network, corresponding to Fig. 
11. 

Fig. 13 is a block diagram illustrating an example delivery 
30 of a PSTN call to a Mobile IP-telephony subscriber roaming to a 
cellular network. 

Fig. 14 is a diagram illustrating an example delivery of an 
IP- telephony call to a mobile cellular network subscriber roaming 
to an IP- telephony network. 



7 



wo 00/7^761 



PCT/IBOO/00779 



Fig. 15 is a block diagram illustrating am example delivery 
of an IP-telephony call to a mobile cellular network STibscriber 
roaming to an IP- telephony network, corresponding to Fig. 14 

Fig. 16 is a block diagram illustrating an example delivery 
5 of a PSTN call to a mobile cellular network subscriber roaming 
to an IP- telephony network. 

Fig. 17 is a diagram illustrating cui example delivery of a 
short message from a IP- telephony short message service center 
to a mobile cellular network subscriber that is roaming within 
10 the cellular network. 

Fig. 18 is a diagram illustrating an example delivery of a 
short message from a cellular short message service center to a 
mobile MIPTN subscriber that is roaming within am IP-telephony 
network . 

15 Fig. 19 is a diagram illustrating an example delivery of a 

short message from an IP- telephony short message service center 
to a mobile cellular network subscriber that is roaming within 
the IP- telephony network. 

Fig. 20 is a diagram illustrating an exanqple delivery of a 

20 short message from a cellular network short message service 
center to a mobile IP- telephony network subscriber that is 
roaming within a cellular network. 

Fig. 21 is a diagram illustrating an example delivery of a 
short message from a cellular network short message service 

25 center to a cellular network subscriber that is roaming within 
an IP- telephony network. 

Fig. 22 is a diagram illustrating an example delivery of a 
short message from an IP- telephony network short message service 
center to an IP- telephony s\ibscriber that is roaming within a 

30 cellular network. 

Fig. 23 is a diagram illustrating an example delivery of a 
short message from an IP- telephony network short message service 
center to an IP- telephony sxibscriber that is roaming within am 
IP- telephony network. 

35 
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Beat Mode fo r Carrying Out the Invention 
Int r oduc t ion 

According to an embodiment of the present invention, 
techniques are disclosed to allow roaming within an IP- telephony 
5 network, to allow roaming between an IP- telephony network and 
a cellular network, and to allow delivery of Short Message 
Service (SMS) messages over an IP- telephony network. As used 
herein, an IP-telephony network having mobility or roaming 
capcdDilities is referred to herein as a Mobile IP- telephony 

10 network (MIPTN) . 

System Architecture 

Referring to the figures in which like numerals indicate 
like elements. Fig. 2 is a block diagram illustrating an example 
system architecture according to an example embodiment of the 

15 present invention. The system architecture includes a Mobile IP- 
telephony network (MIPTN) 202, a Public Switched Telephone 
Network (PSTN) 240 and a cellular network 260. Cellular network 
260 may be for example, a Global System for Mobile Communications 
(GSM) network, or other cellular network. 

20 The MIPTN 202 includes a MIPTN Home Function 204, one or 

more MIPTN visited Functions (including MIPTN Visited Functions 
206 and 208) , and a Gateway Function 210. The MIPTN Home Function 
204 stores subscriber profiles for MIPTN svibscribers , receives 
and stores updated location information for MIPTN subscribers 

25 from Visited Functions. The MIPTN Home Pimction 204 can directly 
receive updated location information from a Visited Function in 
the MIPTN 202 if the subscriber is roaming within the MIPTN 202 
or indirectly from a cellular Visited Function (e.g., VLR) if the 
MIPTN subscriber has roamed to the cellular network 260. 

30 The MIPTN network 202 may include one or more subnetworks 

or areas, with each subnetwork served by a corresponding MIPTN 
Visited Function (i.e., the serving MIPTN Visited Fvmction) . An 
MIPTN Visited Function Ccui receive update location messages from 
a subscriber located in its subnetwork or area requesting that 

35 the subscriber's location be updated in the subscriber's Home 
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Function. The MIPTN Visited Function then provides the updated 
subscriber location information (i.e., updated location 
information describing where the subscriber can be reached) to 
the subscriber's Home Function. The subscriber's Home Function 
5 may be the MIPTN Home Function 204 for MIPTN subscribers or a 
cellular Home Function (e.g., HLR) for cellular subscribers. 

According to an embodiment of the invention^ cellular 
network subscribers and MIPTN subscriber can access or 
commxinicate with a MIPTN Visited Function using one or 'more 

10 different access techniques such as via radio or wireless or a 
cellular terminal, via an Integrated Services Digital Network 
(ISDN) terminal, via a personal computer over the Internet using 
the Internet Protocol (IP), etc. For example, referring to Fig. 
2, Visited Function 206 is connected to a Base Station (BSS) 220 

15 via line 218 (e.g., through a GSM A interface or UMTS lu 
interface) . Thus, a mobile subscriber (MS) terminal 216 may- 
communicate with the MIPTN Visited Function 206 using a radio or 
cellular access via BSS 220. Similarly, a MS terminal 212, which 
may be a personal computer (PC) or an ISDN terminal, may 

20 communicate with the MIPTN Visited Function 206 via line 214 
(which may be the Internet or an ISDN line, or other 
communication link) . As a result, a sxabscriber can communicate 
or register with a MIPTN Visited Function using different types 
of subscriber terminals. However, it is not necessary to allow 

25 different types of subscriber terminals to communicate with the 
MIPTN Visited Function 206 so long as at least one type of 
terminal is accommodated (such as a MIPTN terminal or H.323 
terminal, which may be provided as a personal computer connected 
via the Internet to the MIPTN Visited Function) . MIPTN terminal 

30 230 may, for example, register with or communicate with MIPTN 
visited Function 208. 

The MIPTN 202 is coupled to the PSTN 240 via a standard IP- 
telephony Gateway 211. As described above in connection with Fig. 
1, the standard IP- telephony Gateway 211 bridges the PSTN (a 

35 circuit switched network) to the MIPTN 202 ( a packet -switched 

10 
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network) . The standard IP telephony gateway 211 provides the 
appropriate translation or interworking between transmission 
formats (e.g., circuit-switched/packet-switched conversion, such 
as packetizing of the PSTN media to be sent over the MIPTN 202, 
5 unpacketizing the media) and between comm\mication procedures 
(e.g., signaling conversion). The standard IP- telephony Gateway 
211 may perform a static address translation between a directory 
number (e.g., MSISDN) cuid an IP address (e.g., the address of a 
Gatekeeper) . It is a "static" address translation because the 
10 translation does not change when the subscriber roams or changes 
locations. This static address translation performed by standard 
IP- telephony Gateway 211, therefore, does not support mobility 
either within MIPTN 202 or between MIPTN 202 and cellular network 
260. 

15 According to an embodiment of the invention, the MIPTN 202 

is also coupled to the PSTN 240 via one or more Gateway 
Fxinctions, such as Gateway Function 210. There are typically 
many Gateway Functions 210. According to an embodiment, the 
Gateway Function 210 bridges or interfaces the PSTN 240 and the 

20 MIPTN 202. Alternatively Gateway Fxinction 210 interfaces 
directly between MIPTN 202 auid the cellular network 260, shown 
in Fig. 2 as Gateway Function 210A. Gateway Function 210 will 
hereinafter refer to both possible locations of the Gateway 
Function 210. 

25 Gateway Function 210 provides the appropriate translation 

or interworking between transmission formats and between 
commvinication procedures. However, as described in detail below, 
the Gateway Function 210 also includes additional features or 
capabilities for mobility support, including storing a dynamic 

30 correspondence or mapping between a subscriber identification and 
an address of a Visited Function (in either the cellular network 
260 or the MIPTN 202) where the siibscriber has roamed (or is 
located) . This dynamic correspondence stored by the Gateway 
Function 210 allows messages and calls to be successfully 

35 delivered via Gateway Function 210 to cellular subscribers 
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roaming to the MIPTN 202, and to MIPTN siibscribers roaming in the 
cellular network 260. 

According to an embodiment of the invention, the MIPTN 202 
can accommodate MIPTN subscribers roaming within the MIPTN 202. 
5 For exan^le, a PSTN call to the MIPTN subscriber is routed to a 
Gateway, such as the standard IP- telephony Gateway 211 (or to 
Gateway Function 210) . The Gateway 211 then requests an IP 
address from the subscriber's MIPTN Home Function 204 where the 
subscriber can be reached. The Home Function 204 returns the 

10 MIPTN network address (e.g., IP address) of the MIPTN visited 
Function where the subscriber can be reached (e.g., where the 
subscriber is registered) . The Gateway 211 then delivers the 
received PSTN call to the MIPTN subscriber by setting up an IP- 
telephony call towards the IP address of the serving MIPTN 

15 Visited Function. For a call received from ouiother MIPTN 
subscriber (e.g., from MIPTN subscriber terminal 230), the 
Gateway 211 is not involved. 

Cellular network 260 includes a gateway MSG (GW MSG) 262 and 
a Home Location Register (HLR) 264. The GW MSG 262 and HLR 264 

20 may be considered to be a cellular network Home Function 266. The 
cellular network 260 is divided into several location areas, with 
each location area being served by a corresponding seirving MSG 
272 and Visiting Location Register (VLR) 270. Thus, the serving 
VLR 270 and the serving MSG may be considered to be a cellular 

25 network Visited Function 274. Only one pair of serving MSG and 
VLR are shown in Fig. 2. 

The Gateway Function 210 and MIPTN 202 accommodate 
subscriber registration and call delivery for cellular 
subscribers which have roamed to the MIPTN 202 and for MIPTN 

30 subscribers which have roamed to the cellular network 260. In 
both cases call delivery involves querying the subscriber's Home 
Function (i.e., the HLR 264 for cellular subscribers and the 
MIPTN Home Function 204 for MIPTN subscribers) for updated 
location information for the subscriber stored during a 

35 registration process . The call is then forwarded via the Gateway 

12 
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Function 210 to the Visited Function of the network where the 
subscriber has roamed based on the updated location information. 
The call or message delivery for internetwork roaming will 
usually include the Gateway Function 210 using a dynamic mapping 
5 or correspondence stored during registration to identify an 
address of the serving Visited Function where the subscriber is 
located . 

According to an embodiment of the present invention, each 
MIPTN subscriber or cellular network subscriber is identified by 
10 one or more iinique identifiers or aliases. The aliases can take 
many forms, so long as it globally and uniquely identifies the 
user. 

According to an embodiment of the invention, it is assumed 
that every mobile subscriber has been assigned at least one E.164 

15 number, called the Mobile Subscriber ISDN number (MSISDN) in 
E.164 format (or other cellular/PSTN format) as the directoiy 
number for calling the subscriber. The MSISDN logically points 
to the subscriber's Home Function. According to an embodiment of 
the invention, each subscriber will also be identified by an 

20 International Mobile Subscriber Identity (IMSI) . Both the MSISDN 
and IMSI logically point towards the svibscriber ' s Home Function 
(either the MIPTN Home Fxmction 204 for MIPTN subscribers or the 
cellular Home Function 266 for cellular subscribers) . 

With respect to the network that is not the subscriber's 

25 Home network, the subscriber's MSISDN cuid IMSI (or other 
svibscriber identification) actually will point to the domain 
boundary (i.e. , the boundary between the cellular network 260 and 
MIPTN 202) . For example, for a MIPTN svibscriber roaming in the 
cellular network 260, the routing tables in the cellular/PSTN 

30 networks will route a registration message from the MIPTN 
subscriber based on the svibscriber' s IMSI, hop-by-hop, from the 
cellular Visited Function until the registration message reaches 
one of the Gateway Functions 210. Thus, in the cellular network 
260 or PSTN 240, a MSISDN or IMSI for a MIPTN subscriber will 

35 point to one of the Gateway Functions 210. Similarly, in the 
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MIPTN 202, a MSISDN or IMSI for a cellular siibscriber will point 
to one of the Gateway Functions 210. In addition, as well 
understood by those skilled in the art, in the PSTN 240 and 
Cellular network 260 typically use common channel signaling based 
5 on the Signaling System 7 (SS7) protocol for network signaling 
(e.g, . Call setup, etc.). SS7 is actually a set of protocols, 
including Signaling Connection Control Part (SCCP) . SCCP is 
responsible for addressing cuid routing of messages in general. 
SCCP provides a function, called Global Title Translation (GTT) , 
10 which is used to find a real address of a node based on some 
Global Title. Examples of a Global Title include a MSISDN (e.g., 
or other E.164 number) and an IMSI. However, IP addresses cannot 
be used to route messages or calls in the PSTN 240 or cellular 
network 260. 

15 In contrast, message or datagram routing in IP networks or 

the MIPTN 202 is performed based on the trcuisport address (e.g., 
including an IP address and a port number) . PSTN and cellular 
addresses (e.g., E.164 numbers, IMSI identifiers and MSISDN 
niimbers) are not typically recognized in IP networks. 

20 As a result, when a subscriber roams between the MIPTN 202 

and the cellular network 260, the subscriber's Home Function and 
the serving Visited Function are in different domains (i.e., 
different types of networks) and use different types of addresses 
to identify the subscriber's location. For example, when a 

25 cellular subscriber (i.e., having a Home Function 266 in cellular 
network 260) roams to a MIPTN Visited Function 208 in the MIPTN 
202, the serving MIPTN Visited Function 208 generates and 
provides the subscriber's updated location as an IP address, 
which will not be recognized in the subscriber's cellular Home 

30 Function 266 (i.e., cannot be used in HLR 264 to indicate 
subscriber's location) . Likewise, when a MIPTN subscriber roams 
to the cellular network 260, the serving cellular Visited 
Function 274 provides updated location information compatible 
with the PSTN/cellular addresses (e.g., E.164 format), but which 

35 is incompatible with the IP addresses used by the subscriber's 
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MIPTN Home Function 204. Therefore, the Gateway Function 210 
must perform a fxinction of address translation between the 
PSTN/cellular addresses and the MIPTN or IP addresses. 

The Gateway Function 210 looks like either a MIPTN Home 
5 Fimction 204 or a MIPTN Visited Function towards the MIPTN 202. 
For example, the Gateway Function 210 appears to be a MIPTN Home 
Fimction to the MIPTN Visited Function 206 when updated location 
information is sent from the MIPTN Visited Function 206 towards 
the siibscriber' s HLR 264. The Gateway Function 210 appears to be 

10 a MIPTN Visited Function 206 to the MIPTN Home Function 204 when 
the Home Fxinction 204 receives updated location information from 
a serving cellular Visited Function 274. In a similar manner, 
the Gateway Fxinction 210 looks like either a cellular Home 
Function 266 (e.g., HLR 264) or a cellular Visited Function 274 

15 to the cellular network 260.. 
The MIPTN Home Fxinction 

Fig. 3 is a block functional diagram illustrating a Mobile 
IP-telephony network Home Function according to an example 
embodiment of the present invention. The MIPTN Home Fimction 204 

20 includes a Call Processing Service (CPS) 410, a Location and 
Directory Service (LDS) 412 and a Home Function Database (HDB) 
414. 

HDB 414 stores subscriber profiles and location information 
for MIPTN subscribers (e.g., the IP address and port number of 

25 the Visited Function identifying where the sxobscriber can be 
reached) . The LDS 412 interfaces other entities to the HDB 414 
by performing information storage and retrieval to HDB 414 upon 
request. The HDB also maintains the mapping or correspondence 
between IMSI, MSISDN cuid the transport address of the serving 

30 Visited Function where the subscriber can be reached. The 
transport address identifying where the subscriber can be reached 
will typically be the transport address of the serving MIPTN 
Visited Function if the MIPTN subscriber is roaming within the 
MIPTN 202, cuid will be the IP address of the Gateway Function if 

35 the MIPTN subscriber has roamed to the cellular network 260 (the 
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serving cellular Visited Function can be accessed through the 
Gateway Function 210) . The IMSI and MSISDN for a subscriber are 
static, whereas the serving transport address is dynamic (i.e., 
may change from time to time as the subscriber changes 
5 locations) . Subscriber information (including updated subscriber 
location information provided to LDS 412 for storage in HDB 414 
) is provided via line 422. 

The CPS 410 receives signaling for incoming calls ouid 
forwards the signaling to the appropriate Visited Function (or 

10 to the Gateway Function if directed to the cellular network 260) . 
CPS 410 requests the transport address corresponding to an 
identified called subscriber (based on IMSI or MSISDN) from the 
UDS 412. LDS 412 provides the requested transport address to the 
CPS 410. The CPS then forwards the signaling to the call control 

15 entity (CCE) of the Visited Function or Gateway Function 410. 
Before allowing the call to be routed or established, the CPS 410 
may also issue a status enquiry to the MIPTM Visited Function (or 
to the Gateway Function where the MIPTN subscriber has roamed to 
the cellular network) to ensure that the called subscriber is 

20 available to receive the call. IP-telephony signaling is provided 
over line 426 and may be, for example, H.323/Q-931 type 
signaling. 

A MIPTN Short Message Service Center 420 is connected to the 
MIPTN Home Fimction 204 via line 432. The MIPTN Short Message 

25 Service Center (SMSC) 420 is somewhat similar to the SMSC 
provided in GSM, but SMSC 420 provides mobility support. SMSC 
420 stores and forwards Short Message Service (SMS) messages to 
mobile svibscribers (either MIPTN or cellular subscribers) located 
within the MIPTN network 202 or located in the cellular network 

30 260, including subscribers that are roaming between the MIPTN 202 
and the cellular network 260. 
The MIPTN Visited Function 

Fig. 4 is a functional block diagram illustrating a Mobile 
IP- telephony network Visited Function according to an example 

35 embodiment of the present invention. The MIPTN Visited Function 
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208 includes a Call Control Entity for the Visited Fimction 
(CCEVF) 510 for controlling operation of the Visited Function, 
a Visited Function Database (VDB) 512 for storing sxabscriber 
information, and an Access Gateway (AGW) 520 for interfacing 
5 between the IP- telephony network (MIPTN 202) and the siabscriber 
terminal (if not am IP- telephony terminal) . As shown in Fig. 4, 
signals on the left or MIPTN side 508 are connected to the MIPTN 
202, and signals on the right or subscriber terminal side 507 
are connected to the subscriber terminals. 

10 The AGW 520 is optional cind includes a Signaling Gateway 

(SG) 522 and a Media Gateway (MG) 524. AGW 520 allows a 
subscriber terminal other than an IP- telephony terminal to 
register with or communicate with the MIPTN Visited Function 208. 
Examples include a radio or cellular subscriber terminal 

15 connected via line 538, an ISDN terminal connected via line 539, 
etc. If the subscriber terminal is an IP- telephony terminal, no 
AGW 520 is necessary because the media and signaling used by the 
IP- telephony subscriber terminal are compatible with the MIPTN 
Visited Function 208 (e.g., the Internet Protocol). 

20 SG 522 provides an interworking fxmction to translate or 

convert between IP-telephony signaling (e.g., H.323 signaling) 
for calls and SMS message signaling received from CCEVF 510 via 
line 542 and the type of signaling used by the subscriber 
terminal connected via lines 538 or 53 9. Similarly, MG 524 

25 provides an interworking fimction to translate or convert between 
the IP-telephony media (e.g., packetized data, voice, video) 
received over line 536 and the SMS messages received over line 
544 and the media type used by the subscriber terminal connected 
via lines 538 and 539. An example of an IP-telephony protocol 

30 for transporting media over IP is Real-time Transport Protocol 
(RTP) , used on line 536. 

The CCEVF 510 controls the overall operation of the Visited 
Function 206, including handling or controlling the subscriber 
registration process. At the beginning of the siibscriber 

35 registration, the CCEVF 510 receives an update location message 
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via line 530 from a siabscriber which is registering with the 
Visited Function 208. In essence, the update location message 
from the subscriber is a request to the Visited Function to 
update the subscriber's location information maintained in the 
5 subscriber's Home Function (either the MIPTN Home Function or the 
cellular Home Function) . The CCEVF 510 then issues the 
appropriate update location message to the subscriber's Home 
Function to provide the transport address (IP address) of the 
Visited Function 208 where the subscriber can be reached. The 

10 CCEVF 510 also receives and stores subscriber inforroationCe.g. , 
the subscriber's profile received from the s\ibscriber' s Home 
Function) . The subscriber information is stored in the VDB 512. 
The CCEVF 510 also receives status enquiries from the Home 
Fiinction 204. The CCEVF 510 receives SMS messages and signaling 

15 over line 534. The CCEVF 510 forwards the received messages via 
line 544 to M6 520 for translation and delivery to the 
subscriber. CCEVF 510 receives and stores subscriber profile from 
a Home Function during registration. 

The MIPTN Visited Function manages micro-mobility of the 

20 subscriber terminal if the siibscriber terminal is separate from 
the Visited Function. For example, in the case where the MIPTN 
Visited Function controls several location areas in MIPTN 202, 
the MIPTN Visited Function maintains in VDB 512 a dynamic mapping 
between each sxobscriber' s IMSI and the location area in MIPTN 202 

25 where the subscriber is located. Thus, while the subscriber 
terminal may roam within several location areas which are 
controlled by a single MIPTN Visited Function, the subscriber's 
Home Fimction 204 stores a single IP address at which the 
subscriber can be reached (i.e., the IP address of the serving 

30 MIPTN Visited Function) . The Home Function 204 is not informed 
every time the subscriber terminal changes location areas, but 
rather, only when the subscriber roams to a location area 
controlled by a different Visited Function (i.e., having a 
different IP address) . 
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There is at least one transport address (IP address and port 
niomber) corresponding to each MIPTN Visited Function. If only one 
address is used for a Visited Function 208, the address may be 
referred to as the VF_TA (for Visited Function trsmsport 
5 address) . However, according to an embodiment of the invention, 
different transport addresses corresponding to the visited 
Function 208 may be used for different purposes. For example a 
CCEVF_TA transport address may be used for IP-telephony call 
signaling, an RTP_TA address may be used for IP- telephony media, 
10 and a SMS_TA may be used for SMS messages and signaling. Each of 
these addresses may be a different IP address, or may have the 
same IP address sind a different port nxmiber (e.g., a different 
default port number may be used for each) . 
The Gateway Function 210 
15 Fig. 5 is a functional block diagram illustrating a Mobile 

IP- telephony network Gateway Function according to ain example 
embodiment of the present invention. Signals on the left or PSTN 
side 606 of Gateway Function 210 are connected to the PSTN 240 
or cellular network 260, while signals on the right or IP- 
20 telephony side 608 are connected to the MIPTN 202. Gateway 
Function 210 includes a Trunking Gateway (TGW) 610, a Call 
Control Entity for the Gateway Function (CCEGW) 620, a SMS 
Gateway 630 EUid a Gateway Database (GWDB) 634. 

TGW 610 interfaces the PSTN network 240 and the MIPTN 202, 
25 and includes a Signaling Gateway (SG) 612 and a Media Gateway 
614. MG 614 provides the translation or interworking between the 
IP-telephony media stream (e.g., H.323 RTP streams) on line 644 
and the PSTN Time Division Multiplexed (TDM) media stream on line 
642. Likewise, SG provides a translation or interworking between 
30 the PSTN/cellular signaling (such as Mobile Application Part or 
MAP, and ISDN User Service Part or ISUP) provided on line 640 and 
the SMS signaling (received on line 650 and provided to SG 612 
on line 660) and IP- telephony call signaling (such as H.323/Q.931 
signaling received on line 648 and provided to SG 612 on line 
35 662) . 
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The CCEGW 620 controls overall operation of Gateway Function 
620. The CCEGW 620 maintains a dynamic mapping or correspondence 
between the IMSI for each subscriber and the address of the 
Visited Function where the subscriber is located or registered 

5 (where the subscriber can be reached) where internetwork roaming 
is involved (i.e., where subscribers are roaming between cellular 
network 260 and MIPTN 202) . This dynamic mapping information is 
obtained by the CCEGW 210 and stored *in the GWDB 634 during a 
sxobscriber registration process (which must occur through a 

10 Gateway Function 210 for internetwork roaming) . SMSGW 630 can 
access these dynamic mappings stored in GWDB 634 for the delivery 
of SMS messages and signaling received over line 650. 
static and Dynamic Address Translations 

Some of the fimctionality of Gateway Function 210 and of the 

15 standard IP-telephony gateway 211 will be explained, with respect 
to address mappings or translations. First, for subscriber 
registrations, the MIPTN Visited Function and the standard IP- 
telephony gateway 211 can use a lookup table or a distributed 
technique (such as a Global Title Translation or a remote 

20 database) to statically translate the subscriber identification 
(typically, cin IMSI, but not necessarily an E.164 number) to a 
Home Fianction IP address. If the visiting subscriber is roaming 
from the cellular network 260, the IP address actually leads to 
one of the Gateway Functions 210. (See, for example, static 

25 translation by Visited Function of IMSI to IP address of Gateway 
Function 210, steps 1-2, Fig. 8) . This is a "static" translation 
because the IP address corresponding to the IMSI does not change 
when the subscriber changes locations or roams. 

Secondly, during a first leg of call delivery (towards a 

30 Home Function) , a calling entity or a stcindard IP- telephony 
gateway 211 also statically translates between the called 
subscriber identification (such as a MSISDN or IMSI) to an IP 
address of the subscriber's Home Fvinction. (See, for example, 
static translation performed by standard Gateway 211 from MSISDN 

35 to Home Function IP address, steps 1-2, Fig. 10) . This is also 
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a static translation. Finally, for call delivery on a roaming leg 
of the call from a MIPTN Home Function 204 to a cellular Visited 
Function or from a cellular Home Function 266 to a MIPTN Visited 
Function, the Gateway Function 210 must make an address 
5 trcuislation based upon dynamic mappings between a subscriber 
identification and a Visited Function address established during 
the subscriber registration process. This dynamic mapping is a 
temporary correspondence between an IMSI (or other subscriber 
identification) and a cellular/PSTN address (such as a VLR number 

10 in E.164 format) or a temporary correspondence between an IMSI 
and an IP address {such as the IP address of a Visited Function) . 
(See, for example, address translation performed by Gateway 
Fiinction 210 based upon dynamic mapping between IMSI and VLR 
number of cellular Visited Function, steps 2-3, Fig. 11) . The 

IS Gateway Functions 210 of the present invention store these 
dynamic address mappings during registration to support 
internetwork roaming and message and call delivery. These dynamic 
mappings are not performed or used in standard IP- telephony 
Gateways 211, and thus, standard Gateway 211 does not support 

20 mobility between the cellular and MIPTN networks. 
Subscriber Registration 

Siibscriber registration is used to constcintly maintain 
updated status and location information in the subscriber's Home 
Function, and should be performed each time the subscriber 

25 changes locations. The subscriber terminal may monitor one or 
more predetermined channels for broadcast information identifying 
the MIPTN subnetwork or the cellular siibnetwork or location area. 
Based on this information, the subscriber or the subscriber 
terminal can determine whether the subscriber has changed 

30 locations (e.g., by comparing subscriber's current location to 
previous location) , requiring a registration with the new Visited 
Function. Alternatively, a Visited Function may detect the 
presence of a new subscriber terminal in its area(s) of control, 
thus requiring subscriber registration. The registration with the 

35 new serving Visited Function provides updated subscriber location 
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and status information to the siibscriber ' s Home Function, The 
subscriber' s updated status and location information stored in 
the sxibscriber' s Home Function can then be used to deliver calls 
euid messages to the called subscriber, regardless of the 
5 subscriber's location. 

The subscriber status can include, for example, whether the 
subscriber terminal is connected or not connected to a network. 
A subscriber ceui also select other status options, such as 
blocking all incoming calls, while allowing the subscriber to 

10 place outgoing IP telephony calls. If a call is received that is 
intended for a subscriber that is either not connected to the 
network or has blocked all incoming calls, the receiving Gateway 
Fionction 210 (after obtaining the called subscriber's status and 
location from the called subscriber' s Home Function) , can either 

IS decline to place the requested call (e.g., return a busy or 
unavailable indication to the caller because the called party is 
not connected or incoming calls are blocked) or route the call 
to a predetermined IP address associated with the subscriber, 
such as the siabscriber' s answering machine or voice mail system. 

20 Fig. 6 is a diagram illustrating an example subscriber 

registration for a Mobile IP-Telephony s\ibscriber roaming within 
the Mobile IP-Telephony Network. In the registration process 
illustrated in Fig. 6, it is assumed that the MIPTN subscriber 
has roamed to a new location area or subnetwork within MIPTN 202. 

25 At step 1, the MIPTN subscriber terminal (MS in Fig. 6, meaning 
mobile siibscriber) sends an update location message to the 
serving MIPTN Visited Function, providing the sxibscriber' s IMSI, 
As noted above, the subscriber terminal can access the MIPTN 
visited Function using a variety of different access techniques 

30 (e.g., IP-telephony, ISDN, radio or cellular). 

Because the IMSI points to the Home Function 204, the MIPTN 
Visited Function statically translates the IMSI to the IP address 
of the Home Function 204. For example, the Visited Function can 
use a database or look-up table or other technique to statically 

35 translate the svibscriber' s IMSI to the transport address of the 
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subscriber's Home Fimction 204. In addition (or in the 
alternative) , a distributed technique, such as Global Title 
Trcuislation can be used to identify the actual IP address of the 
Home Function 204 based on the subscriber's IMSI. 
5 At step 2 of Fig. 6, the MIPTN Visited Function sends an 

update location message (e.g., packet or datagram) to the 
subscriber's MIPTN Home Function 204 and provides the transport 
address of the Visited Function (VP_TA) euid the status of the 
subscriber. The VF_TA is the IP address at which the subscriber 

10 can be reached in the MIPTN 202. The HDB 414 (Fig. 3) receives 
and stores the updated location information (e.g., VP_TA) amd 
status information for the subscriber, where different addresses 
are used at the Visited Function, the Visited Function may 
provide the CCEVF_TA. 

IS At step 3 of Fig. 6, the Home Fvmction 204 sends an insert 

subscriber data message to the serving Visited Function (using 
the VF_TA address as the destination address) to provide the 
subscriber's complete profile (or portion thereof) to the serving 
Visited F\xnction. The VDB 512 (Fig. 4) receives and stores the 

20 subscriber profile. At step 4 of Pig. 6, the Home Function 204 
retrieves the transport address which previously indicated the 
location of the stobscriber (the address of the old Visited 
Fimction) . The Home Function 204 then sends a message to cancel 
the location information and subscriber profile stored at the old 

25 Visited Function for the subscriber ;(e.g., providing the IMSI) 
because the svibscriber is no longer located at the old Visited 
Function. 

Fig. 7 is a diagram illustrating an example subscriber 
registration for a Mobile IP-Telephony subscriber roaming to a 
30 cellular network. In Fig. 7, it is assumed that a MIPTN 
subscriber (i.e., having a Home Function 204 in the MIPTN 202) 
has roamed to a cellular network 260. At step 1 of Fig. 7, the 
siobscriber terminal (MS) sends an update location message to the 
serving MSG 272/VLR 270 in the serving cellular Visited Function 
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274 in cellular network 260, and provides the subscriber's IMSI. 
Step 1 is performed as a cellular procedure. 

At step 2 of Fig. 7, the serving VLR 270 sends an update 
location message as a cellular procedure to the subscriber's Home 
5 Function based on the subscriber's IMSI, providing the VLR number 
in E.164 format (as the subscriber's location in the cellular 
network 260) . The serving MSC/VLR is not aware that the 
subscriber is a MIPTN subscriber. In this case, the subscriber's 
Home Function is located in the MIPTN 202 and the sxibscriber' s 
10 IMSI, therefore, points to one of the Gateway Functions 210. 

At step 3 of Fig. 7, the Gateway Function 210 receives the 
update location message as a cellular procedure or message, 
including the subscriber's IMSI and the VLR number in E.164 
format. The Gateway Function 210 stores the dynamic 
15 correspondence between the IMSI and the VLR number in a table. 
The Gateway Function 210 then translates the update location 
message from a cellular procedure to a MIPTN procedure or update 
location message, which is sent along with the IP address of the 
Gateway Function 210 (GW_TA) to the subscriber' s Home Function 
20 210. Gateway Function 210 can obtain the IP address of the Home 
Function 204 from the subscriber's IMSI because, in MIPTN 202, 
a MIPTN subscriber's IMSI points to the MIPTN Home Function 204. 
Alternatively, the Gateway Function 210 can use a distributed 
technique such as or similar to Global Title Translation to 
25 obtain the IP address of the MIPTN Home Function 204. 

At step 4 of Fig. 7, the MIPTN Home Function 204 receives 
the update location message, including the subscriber's IMSI and 
the IP address of the Gateway Function 210 . The Home Function 204 
stores the IP address of the Gateway Function (GW_TA) as the 
30 location of the subscriber. Gateway Function 210 then issues an 
insert siibscriber data message back to the Gateway Function 210 
at step 4, including the subscriber's profile or data (s. Data) 
and the subscriber's IMSI. 

At step 5 of Fig. 7, the Gateway Function 210 receives the 
35 insert subscriber data message, and identifies the VLR number 
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corresponding to the IMSI. Gateway Function 210 then sends an 
injsert subscriber data message as a cellular/PSTN procedure to 
the VLR number (the serving VLR) . The serving VLR then stores the 
subscriber profile corresponding to the IMSI. 
5 Although not shown in Pig. 7, the MIPTN Home Function could 

also send a message to the old Visited Function to cancel the 
previous location and profile. If the old Visited Function is a 
MIPTN Visited Function, the MIPTN Home Function 204 can send this 
cancel message directly to the old MIPTN Visited Function. 

10 However, if the old Visited Function is actually a cellular 
Visited Function 274 (in the cellular network 260) , the csuicel 
message must be sent through the Gateway Function 210, which 
forwards a cancel message to the appropriate VLR number (in E.164 
format) previously stored in the Gateway Function 210 as 

IS corresponding to the same IMSI. 

Fig. 8 is a diagram illustrating cui example subscriber 
registration for a cellular network subscriber roaming to a 
Mobile IP-Telephony network. In Fig. 8, it is assumed that a 
cellular subscriber has roamed to a MIPTN 202. At step 1 of Fig. 

20 8, the cellular subscriber (MS) sends an update location message 
to the serving MIPTN Visited Function, including the svibscriber ' s 
IMSI. As described above, the subscriber terminal can access or 
register with the MIPTN Visited Function using a variety of 
different access techniques (IP- telephony terminal, radio 

25 terminal, ISDN terminal etc.) . Thus, the MIPTN Visited Function 
may translate the signaling and data received from the subscriber 
terminal to IP- telephony format (see Fig. 4) if not already in 
IP-telephony format. 

At step 2 of Fig. 8, the MIPTN Visited Function sends an 

30 update location message to the IP address of the Home Function 
of the subscriber. In this case, the cellular subscriber's IMSI 
in the MIPTN 202 points to one of the Gateway Functions 210. The 
MIPTN Visited Function therefore statically translates the IMSI 
to an IP address that leads to one of the Gateway Functions 210. 

35 Thus, the MIPTN Visited Function sends the update location 
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message to the Gateway Function 210. The message includes the 
subscriber's IMSI and the IP address of the MIPTN Visited 
Function (VF_TA) . The CCEVF_TA address can be sent if different 
transport addresses are used for the MIPTN Visited Function. 
5 At step 3 of Fig. 8, the Gateway Function 210 receives the 

update location message as a MIPTN message, including 
subscriber's IMSI and the subscriber's location (i.e., the 
VF_TA) . The Gateway Function 210 stores the dynamic 
correspondence of the IMSI and the VF_TA in a table. The IMSI 

10 points to the cellular Home Function 266 of the subscriber (in 
cellular network 260) . Then, the Gateway Function 210 sends an 
update location message as a cellular/PSTN procedure or message 
to the subscriber's HLR 264 in the cellular Home Function 266. 
This update location message includes the subscriber's IMSI and 

15 the Gateway Function number of Gateway Function 210 provided as 
a E.164 niimber or in another PSTN/ cellular format. In other 
words, the Gateway Function number is provided as a pseudo-VLR 
number to the HLR, to identify the "VLR" at which the subscriber 
has registered. But in this case, the VLR number is a pseudo-VLR 

20 number because the number actually identifies the Gateway 
Function 210 through which the subscriber can be reached (i.e., 
the Gateway Function number in E.164 format appears to be a VLR 
number to the HLR) . The subscriber's HLR 264 (Figs. 1 and 2) then 
stores the updated status cuxd location information (i.e., the 

25 Gateway number) for the IMSI. 

At step 4 of Fig. 8, the HLR 264 sends cui insert subscriber 
data message as a cellular/PSTN procedure or message to the 
Gateway Function 210 (based on the Gateway Function number 
provided in E.164 format), providing the subscriber's IMSI and 

30 the subscriber's profile (s. data) maintained in the HLR 264. 

At step 5 of Fig. 8, the Gateway Function 210 receives the 
insert subscriber data message from the HLR. The Gateway 
Function 210 identifies the IP address corresponding to the IMSI 
stored earlier (i.e., the VF_TA) . The Gateway Fimction 210 then 

35 sends an insert subscriber data message as a MIPTN procedure or 
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message to the serving MIPTN Visited Fvinction, providing the 
subscriber' IMSI and the subscriber data or profile to the 
serving Visited Function. The VDB 512 (512) in the MIPTN Visited 
Function 208 then stores the sxibscriber data or profile 
5 corresponding to the IMSI. 

Although not shown in Pig. 8, the HLR may also send a cancel 
location (or cancel profile) message to the old serving Visited 
Fimction. If the svibscriber was previously registered with 
another serving MIPTN Visited Function, the old VLR number would 
10 identify the Gateway Fimction 210, and the Gateway Function would 
send a cancel location message to the old serving MIPTN Visited 
Function (based on a previously stored dynamic IP address or 
VF_TA for this same IMSI) . 

Some Alternative Embodiments for Visited Functions and Subscriber 
IS Terminals 

According to an embodiment of the invention, the subscriber 
terminal and the MIPTN Visited Function are separate and distinct 
entities (e.g., see Fig. 2). In such case, the subscriber 
terminal contacts the Visited Function to perform registration, 

20 and the Visited Ftinction communicates with the other entities to 
provide updated location information to the subscriber's Home 
Function. In such case, one Visited Function can accommodate 
multiple subscribers. Where multiple subscribers are connected 
to one Visited Function, there may be one IP address for all 

25 subscribers, or different IP addresses assigned to each 
siabscriber (but each IP address still pointing to the Visited 
Function) . In the event that one IP address is used for all (or 
multiple) subscriber terminals connected to the Visited Function, 
there must be a way for the Visited Fimction to distinguish 

30 between messages directed to each subscriber terminal. Thus, a 
different port number can be assigned to each subscriber, or the 
IMSI for each subscriber can be provided within each message to 
identify the intended recipient (subscriber) . 

However, according to eui alternative embodiment of the 

35 invention, the MIPTN Visited Fimction can be provided as part of 
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the subscriber terminal (e.g., the Visited Function may be one 
or more software routines running on the subscriber terminal) . 
In this embodiment, it is a Visited Function software routine 
in the subscriber terminal that contacts the subscribers' Home 
5 Function (either directly or through the Gateway Function 210) 
to update the subscriber's location information maintained at the 
Home Fxmction. The subscriber terminal would also directly 
receive other messages sent to the Visited Function that are 
intended for the sxabscriber. In the case that the Visited 

10 Function is provided as a part of the subscriber terminal, the 
IP address of the Visited Function may also be the address of the 
subscriber terminal. 
Call Delivery Examples 

Fig. 9 is a diagram illustrating an exanple call delivery 

15 of an IP-telephony call to a Mobile IP-telephony subscriber 
roaming in the Mobile IP- telephony network. In Fig. 9, it is 
assumed that a MIPTN subscriber has contacted a MIPTN Visited 
Function to perform registration (e.g., see Fig. 6 for the 
registration process) . At step 1 of Fig. 9, the calling entity 

20 sends a call setup/address request message to the MIPTN Home 
Function 204, and provides the MSISDN of the called subscriber. 
The MIPTN Home Function stores a static table identifying the 
correspondence between IMSI and MSISDN for each subscriber. The 
MIPTN Home Function 204 translates the MSISDN to the 

25 corresponding IMSI for the subscriber. 

In some cases it may be necessary for the Home Function 204 
to determine if the subscriber terminal is presently available 
to receive the requested call. An example is where the subscriber 
terminal is a cellular terminal connected to a Visited Function, 

30 and the Home Fxmction must ensure that the subscriber teiitiinal 
has not temporarily passed under a building or bridge, lost 
power, etc. Such a status enquiry may not be necessary for some 
types of svibscriber terminals, which are not sxibject to 
interference, etc. (such as an ISDN terminal or IP- telephony 

35 terminal) . 
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Steps 2-3 in Fig. 9 are performed to check the status of the 
subscriber terminal- In step 2, the Home Function sends a status 
enquiry message to the serving MIPTN Visited Function where the 
subscriber terminal is registered. The IP address of the serving 
5 Visited Function was obtained and stored by the Home Function 204 
during registration. In the case where the siabscriber terminal 
is separate from the Visited Function, the Visited Function 
queries the subscriber terminal to obtain the terminal's status 
(steps 3a and 3b) . The Visited Function then forwards the status 

10 of the terminal (e.g. , able to receive a call, or unable to 
receive a call) back to the Home Fxmction 204, step 3 of Fig. 9. 

At step 4 of Fig. 9, if the terminal is able to receive the 
call, the Home Function 204 returns an address response message 
to the calling entity, providing the address (e.g., VF_TA or 

15 CCEVF_TA) of the Visited Function where the IP- telephony call 
should be forwarded. If the subscriber terminal is unavailaJ3le, 
the returned address response message may indicate the subscriber 
terminal is unavailable and return an IP address of a voice mail 
box, etc. At step 5 of Fig. 9, the calling entity sets up or 

20 establishes an IP- telephony call from the calling entity towards 
the IP address of the MIPTN Visited Function (including call 
signaling for call setup and then providing the call media or 
voice). The subscriber's IMSI may be provided as an alias if 
needed to identify the called siabscriber. Call signaling could 

25 be sent to the Visited Function at the CCEVF TA address, while 
the Visited Function address for sending the RTP media (RTP_TA) 
could be negotiated separately by the Visited Function and 
calling entity. 

At step 6 of Fig. 9, if the subscriber terminal is separate 

30 from the Visited Function, the Visited Function would then 
forward the call over the medium or interface used by the 
subscriber terminal (e.g., ISDN, wireless or cellular). If the 
sxibscriber terminal is connected to the Visited Function via IP- 
telephony, the IP-telephony call could just be forwarded from the 

35 Visited Function to the address of the sxibscriber terminal (or 
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set up directly to the subscriber terminal) . In the event that 
the Visited Function is provided as a part of the sxabscriber 
terminal, step € is unnecessary. 

The are two ways in which an IP- telephony call may be setup 

5 or negotiated. One way (which is illustrated in Pig. 9) is where 
call control signaling is routed directly between the calling 
entity and the Visited Function. A second way is to route all 
call control signaling between the calling entity and the Visited 
Function through the Home Function. This second technique allows 

10 the Home Function 204 to keep track of the identification of the 
call parties, when the call was started and ended, etc., which 
can be used for billing or other administrative processes. In 
this technique (where signaling is routed through the Home 
Frinction, the calling entity need not receive the VF_TA. During 

15 call setup, the parties could negotiate the Visited Function 
address for trsuisporting the IP- telephony call media (RTP_TA) if 
separate signaling and media addresses are used at the Visited 
Fvmction. Regardless whether the call control signaling is sent 
through the Home Function, the IP- telephony call media (i.e., 

20 packetized voice) should be sent directly between the two parties 
(the IP- telephony media is not routed through the MIPTN Home 
Function) . 

Fig. 10 is a diagram illustrating an example delivery of a 
PSTN call to a Mobile IP-telephony subscriber roaming in the 

25 Mobile IP- telephony network. It is asssinned in Fig. 10 that the 
MIPTN subscriber has already contacted a MIPTN Visited Fimction 
to perform registration. The call delivery of a PSTN call to a 
MIPTN subscriber roaming in the MIPTN 202 is similar to the call 
delivery of a MIPTN call (shown in Fig. 9) . It is not necessary 

30 to use Gateway Function 210 here (Gateway 211 will suffice) 
because this is not internetwork roaming (rather. Fig. 10 
involves roaming within MIPTN 202) . 

At step 1 of Fig. 10, a PSTN call is directed to a standard 
IP- telephony Gateway 211 based on the called subscriber's MSISDN. 

35 The stcuidard IP-telephony Gateway 211 performs a static 
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translation between each subscriber's MSISDN and the transport 
address of the svibscriber' s Home Function 204, HF_TA (e.g., IP 
address and port number of Home Function 204) . The standard IP- 
telephony Gateway 211 sends a call setup/address request message 
5 to the MIPTN Home Function 204, providing the called subscriber's 
MSISDN. The MIPTN Home Function 204 stores a static 
correspondence between each subscriber's IMSI and MSISDN, and 
stores a dynamic correspondence between the subscriber's IMSI and 
the subscriber's updated location (the latter obtained during 

10 registration). In this case, the subscriber's location is the IP 
address (e.g., VF_TA) of the Visited Function where the 
siibscriber terminal is registered- After obtaining the 
subscriber's status (if necessary) at steps 3-4 of Fig. 10, the 
MIPTN Home Function 204 may then send an address response message 

15 at step 5, providing the address of the MIPTN Visited Function 
where the subscriber is registered and can be reached (e.g., the 
VF_TA where one address used and the CCEVF_TA where separate 
signaling and media addresses are used) . As in Fig. 9, the 
signaling may be either routed directly between the standard IP- 

20 telephony Gateway 211 and the MIPTN Visited Function, or through 
the MIPTN Home Function 204. Note also that in the response 
messages (i.e., messages of steps3b, 4 and 5 of Fig. 10) in the 
Figures, it is not always necessary to provide the IMSI because 
identifiers are typically used to correlate a response to a 

25 particular request (thus, the IMSI bfing implicitly provided) . 

At step 6 of Fig. 10, cin IP- telephony call is set up from 
the Gateway Function towards the address of the MIPTN Visited 
Function (with the media sent to either VF_TA or RTP_TA address 
of the MIPTN Visited Function) . As noted above, the IP- telephony 

30 call may use the IMSI as an alias if needed by the Visited 
Function to distinguish between multiple subscriber terminals. 
If the subscriber terminal and MIPTN Visited Function are 
separate, the MIPTN Visited Function then forwards the received 
call to the subscriber terminal over the medium used by the 

35 stibscriber terminal, step 7. 
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Fig. 11 is a diagram illustrating an example delivery of an 
IP- telephony call to a Mobile IP- telephony subscriber roaming to 
a cellular network. Fig. 12 is a block diagram illustrating an 
example delivery of an IP-telephony call to a Mobile IP-telephony 
5 subscriber roaming to a cellular network, corresponding to Fig. 
11. In Figs. 11 and 12, it is assumed that the MIPTN subscriber 
has already contacted a serving cellular Visited Function 274 
(e.g., serving VLR 270, Fig. 2) to register as described in Fig. 
7. As part of the registration process for the MIPTN subscriber 

10 that has roamed to the cellular network 260, the Gateway Function 
210 has stored a dynamic correspondence between the subscriber's 
IMSI and the VLR number (e.g., in E.164 format) that identifies 
the serving VLR in the cellular network where the subscriber is 
located (where subscriber has registered) , as described with 

15 reference to Fig. 7. As always, the siibscriber's Home Function 
204 has stored the transport address where the subscriber Ceui be 
reached. In this case, because the subscriber has roamed to the 
cellular network 260, the subscriber's location information in 
the Home Function 204 identifies the IP address of the Gateway 

20 Function 210 (i.e., the GW_TA) . 

At step 1 of Fig. 11, the calling entity sends a call 
setup/address request message to the subscriber's Home Function 
based on the MSISDN, providing the called subscriber's MSISDN. 
This step is an example of the signaling provided on signaling 

25 leg A in Fig. 12. (As noted above, in the MIPTN 202, the MIPTN 
subscriber's MSISDN points toward the subscriber's MIPTN Home 
Function 204) . 

The Home Function 204 stores a static correspondence between 
the subscriber's MSISDN and IMSI. The Home Function identifies 
30 the IMSI corresponding to the MSISDN, and then sends a status 
encjuiry message to the Gateway Function using the stored GW_TA 
corresponding to the called subscriber's IMSI (from the dynamic 
mapping), providing the IMSI, step 2. This step is an example 
of the signaling provided at leg B on Fig. 12. 
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The Gateway Function 210 receives the status enquiry message 
(including the called subscriber's IMSI) , cuid identifies the VLR 
number (identifying the serving VLR or cellular Visited Function 
where the subscriber has registered) corresponding to the 
5 svibscriber IMSI (using the dynamic mapping obtained during 
registration) . At step 3 of Fig. 11, the Gateway Function 210 
sends a Route Number (RN) request message as a cellular procedure 
or message (including the called siibscriber' s IMSI) to the 
identified VLR number (i.e., to the cellular Visited Function 
10 where the called subscriber has registered) . The message of step 
3 is an example of the signaling provided on signaling leg C of 
Fig. 12. 

The cellular Visited Function 274 then determines the status 
of the called subscriber. If the called subscriber is reachable 

15 or able to receive the call, the cellular Visited Function 274 
assigns a roaming number (RN) to the subscriber. At step 4 of 
Fig. 11, the cellular Visited Function 274 then sends a RN 
response message back to the Gateway Function, including the 
roaming number assigned to the called subscriber (if the 

20 subscriber is reachable) . Step 4 of Fig. 11 is another example 
of the signaling provided on leg C of Fig. 12. (Although the 
arrows on Fig. 12 are shown in one direction to show an initial 
direction, it should be understood that one or more of the legs 
in Fig. 12 provide bidirectional signals for each leg) . If the 

25 subscriber is unreachable or \inable 'to receive the call, no RN 
is assigned or returned to the Gateway Function 210. The 
Gateway Function 210 receives the RN response message, and stores 
the dynamic correspondence between the subscriber's IMSI and the 
Roaming Number (RN) assigned to the subscriber. At step 5 of Fig. 

30 11, the Gateway Fionction 210 sends a status response message to 
the MIPTN Home Function 204, providing the status of the called 
subscriber. The message of step 5 is another example of the 
signaling provided on leg B of Fig. 12. 

At step 6 of Fig. 11, the MIPTN Home Function 204 sends an 

35 address response back to the calling entity, providing the 
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transport address (GW_TA) of the Gateway Function 210, where the 
called subscriber can be reached in the MIPTN 202. The message 
of Step 6 of Fig. 11 is another example of the signaling provided 
on leg A of Fig. 12. 
5 At step 7 of Fig. 11, the calling entity sets up or 

establishes an IP-telephony call towards the address (GW_TA) of 
the Gateway Function 210, and may provide the called subscriber's 
IMSI as an alias if necessary (or a unique transport address 
assigned to the subscriber for the GW_TA could be used instead) . 
10 The IP- telephony call of step 7 if Fig. 11 corresponds to media 
leg D of Fig. 12. 

The Gateway Function 210 receives the IP- telephony call, and 
then forwards the call to the cellular Visited Function 274 as 
a PSTN call directed towards the RN assigned to the subscriber 
15 (i.e., the call is routed to the cellular Visited Function as a 
PSTN call based upon the subscriber's RN) , step 8. The PSTN call 
of step 8 to the cellular Visited Function corresponds to the 
media leg E of Fig. 12. The cellular Visited Function then 
forwards the call to the subscriber terminal. 
20 Fig. 13 is a block diagram illustrating an example delivery 

of a PSTN call to a Mobile IP- telephony subscriber roaming to a 
cellular network. The call delivery in Fig. 13 is very similar 
to that of Figs. 11 and 12, with the following differences. The 
PSTN call is directed to the standard IP-telephony Gateway 211 
25 at leg X, which is a standard IP- telephony gateway having no 
mobility support. The standard IP-telephony Gateway 211 then 
takes the place of the calling entity in Fig. 11. The stsuidard 
IP- telephony Gateway 211 statically translates the MSISDN to 
obtain the IP address of the MIPTN Home Function 204. The 
30 standard IP-telephony Gateway 211 then queries the Home Function 
204 to obtain the IP address where the subscriber can be reached, 
which is the IP address of the Gateway Function 210. The media 
of the call is then routed through the Gateway Function 210 to 
the cellular Visited Function 274. The remaining steps are the 
35 same as Figs. 11 and 12. There are three ways in which the 
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functionality of Gateway Function 210 and standard IP-telephony 
Gateway 211 can be provided in Fig. 13. First, a Gateway Function 
210 and standard IP-telephony Gateway 211 CcUi be used as shown 
in Fig. 13. Second, the function of the stamdard IP- telephony 
5 Gateway 211 can also be provided by the Gateway Function 210 
(which also has mobility support, such as dynamic mapping which 
is not provided in gateway 211) . In this second embodiment, there 
would only be one Gateway used (i.e.. Gateway Function 210) 
because standard IP- telephony Gateway 211 is now unnecessary. 

10 In a third embodiment, two Gateway Functions 210 would be used 
(one Gateway Function 210 replacing the Gateway 211 in Fig. 13) . 

Fig. 14 is a diagram illustrating an example delivery of an 
IP-telephony call to a mobile cellular network subscriber roaming 
to an IP- telephony network. Fig. 15 is a block diagram 

15 illustrating an example delivery of coi IP- telephony call to a 
mobile cellular network svibscriber roaming to an IP- telephony 
network, corresponding to Fig. 14. In Figs. 14 and 15, it is 
assumed that the cellular subscriber has already contacted a 
serving MIPTN Visited Function 206 to register as described in 

20 Fig. 8. As part of the registration, the Gateway Function 210 
has stored a dynamic correspondence between the called 
subscriber's IMSI and the transport address of the MIPTN visited 
Function where the subscriber has registered (i.e., where the 
sxibscriber is located) . The subscriber's cellular Home Function 

25 (i.e., HLR 264) also has stored the Gateway Function number of 
Gateway Function 210 (in E.164 format or other telephony/ PSTN 
format) corresponding to the IMSI. 

In step 1 of Fig. 14, a call setup/address request message 
is routed as an IP- telephony message or procedure from the 

30 calling entity to the standard IP-telephony Gateway 211 (or 
alternatively, to the Gateway Function 210) , based on the dialed 
MSISDN. The message of step 1 corresponds to signaling leg A of 
Fig. 15. 

The stcuidard IP-telephony Gateway 211 receives the call 
35 setup message /address request. The MSISDN in the call setup 
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message identifies a cellular subscriber. Therefore, the 
subscriber's MSISDN points to the cellular Home Function 266 
(i.e., MSISDN points to HLR 264/GW MSG 262) . Thus, at step 2 of 
Fig. 14, the standard IP-telephony Gateway 211 sends a route 

5 request message to the cellular Home Function 204 based on the 
MSISDN, providing the called sxibscriber' s MSISDN (or other 
subscriber identification or stabscriber ID) . The message of step 
2 is an exanqple of the signaling provided on leg B of Fig. 15. 
The cellular Home Function 266 receives the Route request 

10 message. The GW MSG 262 (of the cellular Home Function 266) then 
queries or interrogates the HLR 264 to obtain the current 
location information for the called subscriber. The HLR 264 
returns the Gateway Function number of Gateway Function 210 (in 
E.164 format) , where the subscriber can be reached. Cellular Home 

15 Function also identifies the IMSI corresponding to the MSISDN. 
At step 3 of Fig. 14, the cellular Home Function 266 sends a 
roaming number (RN) request message to the Gateway Function 210, 
providing the called subscriber's IMSI. The message of step 3 
(Fig. 14) is an example of the signaling provided on leg C of 

20 Fig. 15. 

The Gateway Function 210 receives the RN request message, 
including the IMSI. From registration, the Gateway Function 210 
stores a correspondence between the subscriber's IMSI and the 
transport address of the Visited Function where the subscriber 

25 Ccin be reached (e.g., VF_TA or CCEVF_TA) . At step 4 of Fig. 14, 
the Gateway F\mction 210 sends a status enquiry message to the 
MIPTN Visited Function 206 (if necessary) , and receives a status 
response at step 5. The MIPTN Visited Fiinction may similarly send 
a status enquiry message to the called subscriber terminal, and 

30 receive a status response therefrom. The messages of steps 4 and 
5 (Fig. 14) are examples of the signaling provided on leg D of 
Fig. 15. 

The Gateway Fianction 210 receives the status response 
message of step 5 of Fig. 14. If the subscriber terminal is 
35 reachable or able to receive the call, the Gateway Function 210 
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assigns a roaming number (RN) to the subscriber terminal, and 
stores the correspondence between the IMSI and RN. (The Gateway 
Function has already stored the correspondence between the IMSI 
and the VF_TA where the subscriber is registered or located) . At 
5 step 6 of Pig. 14, the Gateway Function sends a RN response 
message to the cellular Home Fvinction 266, providing the RN 
assigned to the called siibscriber. The message of step 6 is an 
example of the signaling of leg C of Pig. 15. 

Steps 7-11 of Fig. 14 will be briefly explained, and provide 

10 additional examples of call control signaling. At step 7 of Fig. 
14, the cellular Home Function 266 sends a call setup message to 
the Gateway Function 210, based on the RN (i.e., message is 
rputed to Gateway Function 210 based on the RN) . The Gateway 
Function 210 uses the dynamic correspondence tables to identify 

15 the IMSI corresponding to the RN, and then identify the transport 
address of the MIPTN Visited Function (e.g., VF_TA or CCEVF_TA) 
corresponding to the IMSI. At step 8 of Fig. 14, the Gateway 
Function then sends a call setup message to the VF_TA(or to the 
CCEVF_TA) , providing the IMSI as an alias. At step 9 of Fig. 14, 

20 the MIPTN Visited Function sends a call setup message to the 
siobscriber terminal (MS) , over whatever linkage or type of access 
that is used by the sxibscriber terminal (e.g. , IP-telephony, ISDN, 
radio or cellular) . There would be acknowledgments to each of 
messages of steps 7, 8 and 9, but are not shown. At step 10 of 

25 Pig. 14, the cellular Home Function sends sin acknowledgment for 
call setup back to the standard Gateway 211, which in turn also 
issues am acknowledgment at step 11. The messages of steps 7-11 
are simply examples of the types of signaling which may occur 
between the entities. 

30 At step 12 of Fig. 14, the calling entity sets up an IP- 

telephony call towards the standard IP- telephony Gateway 211, and 
may provide the called subscriber's MSISDN as an alias. The call 
of step 12 (Fig. 14) corresponds to the call provided on leg E 
of Fig. 15. At step 13 of Fig. 14, the standard IP- telephony 

35 Gateway 211 forwards the call as PSTN call based on the MSISDN 
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to the cellular Home Function 266 (i.e., the call is routed to 
the GW MSG 262) . The call of step 13 (Fig. 14) corresponds to 
the call of leg F in Fig. 15. 

At step 14 of Fig. 14, the cellular Home Function 266 
identifies the IMSI corresponding; to the MSISDN (static 
correspondence) , and then identifies the RN corresponding to the 
IMSI (dynamic correspondence) . The cellular Home Function 266 (in 
particular, the GW MSG 262) then forwards the call as a PSTN call 
to the Gateway Function 210 based on the RN assigned to* the 
subscriber. The call of step 14 (Fig. 14) corresponds to leg G 
of Fig. 15. 

At step 15 of Fig. 14, the Gateway Function 210 identifies 
the IMSI corresponding to the RN, and then identifies the VF_TA 
(or CCEVF TA) corresponding to the IMSI (both are dynamic) . The 
Gateway Function 210 then sets up an IP-telephony call towards 
the address of the MIPTN Visited Function where the subscriber 
is located (where subscriber is registered) . As part of the IP- 
telephony call setup, the parties may negotiate the address at 
the visited Function that will receive the voice media (i.e., 
packet ized voice) . This transport address of the MIPTN Visited 
Function may be referred to herein as, for example, the RTP_TA 
(or the VF_TA if one address is used for signaling and media) . 
This IP- telephony call of step 15 (Fig. 14) corresponds to media 
leg H of Fig. 15. 

At step 16 of Fig. 14, the MIPTN ^Visited Fimction forwards 
the received call to the subscriber terminal (if Visited Function 
is separate from the subscriber terminal) . The call can be 
forwarded to the subscriber over whatever linkage or type of 
access that the subscriber terminal is using, such as IP- 
telephony call, an ISDN call, a cellular call, etc. Steps 12-16 
may be performed in sin order other than what is shown in Fig. 14. 

In an alternative embodiment, only one Gateway is used 
(Gateway Function 210) , because Gateway Function 210 can also 
perform the functions of the standard IP- telephony Gateway 211. 
Thus, replacing the standard IP- telephony Gateway 211 and the 
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Gateway Fimction 210 in Pig. 15 with a single Gateway Function 
210 can simplify call delivery. 

Pig. 16 is a block diagram illustrating an example delivery 
of a PSTN call to a mobile cellular network subscriber roaming 
5 to am IP- telephony network. The delivery of a PSTN call to a 
cellular subscriber that is roaming in the MIPTN 202 (Fig. 16) 
is very similar to the delivery of a IP- telephony call to a 
cellular sxabscriber that is roaming in the IP- telephony network 
(Figs. 14 and 15) . Referring to Fig. 16, the PSTN call is routed 
10 based on the dialed MSISDN to the cellular Home Function 266 
directly (rather than through a Gateway) . The structure and 
operation of the remainder of Fig. 16 is similar to the call 
delivery steps illustrated in Figs. 14 and 15. 
Short Message Service (SMS) 
15 As provided in GSM, Short Message Service (SMS) gives mobile 

phone sxibscribers the ability to send and receive short text 
messages. Short messages usually contain about one page of text 
or less. Some systems limit the short message to 160 alphanumeric 
characters. However, there is presently no provision for 
20 providing short messages over an IP-telephony network, or to 
subscribers roaming between a cellular network and an IP- 
telephony network. The present invention includes features for 
delivering short messages over an IP- telephony network (e.g., 
over MIPTN 202) , and for delivering short messages to stibscribers 
25 roaming between cellular network 260 dnd MIPTN 202. 

Fig. 17 is a diagram illustrating an example delivery of a 
short message from a IP-telephony short message service center 
to a mobile cellular network subscriber that is roaming within 
the cellular network. Fig. 17 assumes that the cellular network 
30 subscriber has already registered with the serving cellular 
visited Function. A message can be generated from a short message 
terminal (SMT) 720 or other computer or terminal. The message 
from the SMT 720 is delivered over line 722 to the MIPTN Short 
Message Service center (SMSC) 420, along with an alias 
35 identifying the destination or target subscriber, such as a 

39 



wo 00/79761 



PCT/IBOO/00779 



MSISDN (or other subscriber identification) . Alternatively, the 
short message can be generated and provided from a sxibscriber 
terminal (either a MIPTN subscriber or a cellular subscriber) 
that is registered with MIPTN Visited Function 206. In such case, 

5 the MIPTN Visited Function 206 forwards the short message and the 
MSISDN (or other sxabscriber identification) that identifies the 
target or destination subscriber for the message. Because the 
target subscriber is a cellular network subscriber, the 
subscriber's MSISDN points to a Gateway Function 210 (Fig. 5) . 

10 The SMSC 420 sends an address request message to the SMS GW 630 
of the Gateway Function 210, including the MSISDN of the target 
subscriber. The address request message of step 1 is directed to 
the SMS GW630 because it is signaling for a short message. 

In the cellular network 260, the cellular subscriber's 

15 MSISDN points to the cellular Home Function 266 (e.g., HLR 264) . 
Based on the MSISDN, the SMS GW 630 sends a route request 
message at step 2 of Fig. 17 as a cellular procedure or message 
to the HLR 264, based on the MSISDN, providing the MSISDN. 

The HLR 264 stores a static correspondence between the 

20 subscriber's IMSI and MSISDN, and a dynamic correspondence (from 
registration) between the subscriber's IMSI and the VLR number 
(in E.164 format) identifying the serving VLR where the 
subscriber is located. Thus, the HLR identifies the IMSI 
corresponding to the MSISDN, and then the VLR number 

25 corresponding to the IMSI of the destination subscriber. At step 
3 of Fig. 18, the HLR sends a route response message to the SMS 
GW 630, providing the IMSI and VLR number (in E.164 format) . The 
SMS GW also stores the dynamic correspondence between the VLR 
number and the destination siabscriber ' s IMSI. 

30 At step 4 of Fig. 17, the SMS GW 63 0 sends an address 

response message as an IP- telephony message or procedure to SMSC 
420, providing the IMSI and the transport address (e.g., IP 
address and port number) of the SMS GW 630 (SMSGW_TA) . 

At step 5 of Fig. 17, the SMSC 420 sends a forward short 

35 message (FSM) message as an IP-telephony message to SMS GW 630, 
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providing the IMSI of the destination subscriber and the short 
message (msg) . 

The SMS GW 630 receives the FSM message of step 5. The SMS 
GW 630 identifies the VLR nxjmber (in E.164 format) corresponding 
5 to the IMSI using the dynamic correspondence just stored in 
response to step 3. Because Fig. 17 involves a cellular subscriber 
roaming within a cellular network 260, no dynamic correspondence 
was stored in any Gateway Function 210 during cellular subscriber 
registration . 

10 At step 6 of Fig. 17, the SMS GW 630 then sends a FSM 

message as a cellular procedure or message to the identified 
(serving) VLR number, providing the subscriber's IMSI and the 
short message. 

At step 7 of Fig. 17, the serving VLR then sends a message 

15 as a cellular message or procedure to deliver the short message 
to the destination subscriber terminal 750, where the message can 
be output on the sxibscriber terminal 750 (e.g., displayed, 
printed). Steps 8-10 of Fig. 17 are acknowledgment messages. At 
step 8 of Fig. 17, the terminal 750 sends a message back to the 

20 serving VLR as an acknowledgment of receiving the short message. 
At step 9, the serving VLR sends an acknowledgment message back 
to the SMS GW 63 0. The SMS GW 630 then deletes the dynamic 
correspondence between the IMSI and the VLR number from the GWDB 
634. At step 10 of Fig. 17, the SMS GW 630 sends an 

25 acknowledgment message back to the SMSC 420. The SMSC 420 may 
also then send an acknowledgment back to the SMT 720 or the 
Visited Function 206 that sent the short message. 

Fig. 18 is a diagram illustrating an exeunple delivery of a 
short message from a cellular short message service center to a 

30 mobile MIPTN sxibscriber that is roaming within the MIPTN network. 
Fig. 18 is symmetric to Fig. 17, but includes a cellular SMSC 
900. The cellular SMSC 900 is connected to the cellular network 
260and/or the PSTN 240. In Fig. 18, the subscriber's Home 
Function is a MIPTN Home Function 204, and the subscriber is 

35 located at MIPTN visited Function 208. In Fig. 18, the SMSGW 630 
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obtains the IP address of the Visited Ftinction where the 
subscriber can be reached, which in this case is a MIPTN Visited 
Function. The short message is then forwarded to the serving 
Visited Function 208 for delivery to the subscriber. 
5 Fig. 19 is a diagram illustrating an example delivery of a 

short message from an IP- telephony short message service center 
to a mobile cellular network subscriber that is roaming within 
the IP- telephony network. Fig. 20 is a diagram illustrating an 
example delivery of a short message from a cellular network short 

10 message seirvice center to a mobile IP- telephony network 
stibscriber that is roaming within a cellular network. Figs. 19 
and 20 (as with the other message delivery Figures) each assume 
that the cellular network subscriber has already contacted the 
appropriate serving Visited Function to perform registration. 

15 There may be several Gateway Functions 210 in MIPTN 202. Note 
that in the examples of Figs. 19 and 20, there are two SMS 
Gateways (SMS GWl 630 and SMS GW2 630) , each residing within a 
different Gateway Function 210. As a result, each SMS Gateway 
also has access to the GWDB 634 in the corresponding Gateway 

20 Function 210 where ciny dynamic mappings are stored during 
sxibscriber registrations. 

In Figs. 19 and 20, it is assumed that the Gateway Function 
210 corresponding to SMS GW2 performed registration, thereby 
storing the dynamic mappings (IMSI to Visited Function address) . 

25 In general, the Gateway Function 210 that was used for subscriber 
registration or location update will rarely be the same one used 
for short message delivery. In the examples of Figs. 19 and 120, 
the SMS GW that is closest to the Short Message Service Center 
(SMSC) 420 may be used (i.e., SMS GWl) for short message 

30 deliveiry, while SMS GW2 was used during subscriber registration. 

Thus, in the example of Fig. 19, the number (in E.164 
format) identifying SMS GW2 is stored in the HLR as the location 
where the destination subscriber can be reached. SMS GW2 also 
stores during registration a dynamic mapping between the 

35 subscriber's IMSI and the transport address of the MIPTN Visited 
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Function 208 where the subscriber is now located. SMS GWl does 
not itself maintain the location information corresponding to the 
IMSI. As a result, SMS GWl must forward the short message to the 
SMS Gateway that was involved in subscriber registration (SMS 
GW2) , so the short message can be delivered to the stJbscriber. 

Referring to Pig. 19, at step 1 the Short SMSC 420 sends an 
address request message to a SMSGW, such as the closest SMSGW (in 
this case, SMS GWl) . At step 2, the SMS GWl sends a route request 
message to the HLR 264, providing the MSISDN (because in the 
cellular network, the MSISDN points to the HLR 264 for a cellular 
subscriber) . 

In response to the route request message of step 2 (Fig. 
19), the HLR 264 identifies the location information 
corresponding to the MSISDN. Thus, at step 3, the HLR sends a 
route response message to the SMS GWl, providing the IMSI and the 
number of the SMS GW2 (in E.164 format) at which the destination 
subscriber can be reached. The SMS GWl then stores the 
correspondence between the IMSI and the number (in E.164 format) 
of the SMS GW2, where the destination subscriber can be reached. 

At step 4 of Fig. 19, the SMS GWl sends an address response 
message to the SMSC 420, providing the transport address (or IP 
address) of the SMS GWl (e.g., SMSGW1_TA) , and the IMSI. At step 
5 of Fig. 19, the SMSC then sends a forward short message (FSM) 
message to the SMS GWl, providing the IMSI and the short message. 
The SMS GWl identifies the number corresponding to the IMSI, 
which is the number of the SMSGW2 (e.g. , in E.164 format or other 
cellular/telephony format) . At step 6 of Fig. 18, the SMS GWl 
then sends a FSM message to SMSGW2 as a cellular procedure or 
message (based on the number of the SMSGW2 in E.164 format), 
providing the IMSI of the target subscriber and the short 
message . 

The SMS GW2 identifies the transport address or IP address 
where the target subscriber (i.e., corresponding to the IMSI) can 
be reached, based on information stored during registration, in 
this case, the IMSI corresponds to the transport address of MIPTN 
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Visited Function 208 {VF208_TA) . At step 7 of Fig. 19, the SMS 
GW2 sends a FSM message as an IP-telephony message or procedure 
to MIPTN Visited Function 208 based on the IP address 
corresponding to the IMSI, providing the IMSI (if necessary) and 
5 the message. At step 8, the MIPTN Visited Function then forwards 
the short message to the target subscriber terminal 760, The 
messages of steps 9-12 of Fig. 19 are acknowledgments. 

Fig. 20 is a diagram illustrating *an example delivery of a 
short message from a cellular network short message service 
10 center to a mobile IP-telephony network subscriber that is 
roaming within a cellular network. Short message delivery of Fig. 
20 is symmetric to that of Fig. 19. As in Fig. 19, here in Fig. 
20 it is assumed that SMS GWl is used for short message delivery 
(but SMS GWl was not involved in registration of the target or 
15 destination subscriber) , and SMS GW2 was involved in subscriber 
registration. In the case of Pig. 20, in the MIPTN 202, the 
MSISDN points to the MIPTN Home Function 204. Thus, at step 2 
of Fig. 20, the SMS GWl queries the MIPTN Home Function 204 for 
the subscriber location information corresponding to the MSISDN. 
20 In this case, the siibscriber location information is the 
transport address (e.g., IP address) of SMS GW2 . This address 
(SMSGW2_TA) is stored in SMS GW 1 as corresponding to the target 
subscriber's IMSI. Upon receiving the FSM message (including the 
short message) , the SMS GWl forwards the FSM message including 
25 the short message to the SMS GW2 based on this IP address. The 
SMS GW2 stores the VLR number of the cellular Visited Function 
(from registration) . Thus, at step 7 of Fig. 20, the short 
message is delivered to the serving cellular Visited Function 
(e.g., the serving VLR) . The short message is then forwarded to 
30 the subscriber terminal, step 8. 

Fig. 21 is a diagram illustrating an example delivery of a 
short message from a cellular network short message service 
center to a cellular network subscriber that is roaming within 
an IP-telephony network. At steps 1 and 2 of Fig. 21, the 
35 cellular SMSC 900 obtains from the cellular Home Function (e.g., 

44 



WO00A79761 



PCT/IBOO/00779 



the HLR 264) the cellular address where the subscriber can be 
reached, which in this case, is the cellular address of the SMSGW 
630. (Cellular SMSC 900, e.g., is connected to the cellular 
network 260 and/or PSTN 240) . At step 3 of Fig. 21, the short 
S message is forwarded to the SMSGW 630. The SMSGW 630 dynamically 
treuaslates the subscriber's IMSI to the IP address of the MIPTN 
Visited Function 208 (where the subscriber is located) , based on 
a dynamic mapping stored in the SMSGW 630 during registration. 
SMSGW 630 then delivers the short message to the Visited Function 

10 208 for delivery to the subscriber, steps 4 and 5. 

Fig. 22 is a diagram illustrating an example delivery of a 
short message from an IP- telephony network short message service 
center to an IP-telephony subscriber that is roaming within a 
cellular network. The message delivery of Fig. 22 is symmetric 

15 to the case in Fig. 21. In Fig. 22, the MIPTN SMSC 420 obtains 
the IP address (SMSGW^TA) of the SMSGW through which the 
siibscriber can be reached. The message is then forwarded to the 
SMSGW 630. The SMSGW then uses a dynamic mapping obtained during 
registration to translate the subscriber IMSI to a cellular 

20 address of the cellular Visited Function where the subscriber is 
located. The message is then delivered to the cellular Visited 
Function. 

Fig. 23 is a diagram illustrating an example delivery of a 
short message from an IP-telephony network short message service 

25 center to an IP- telephony subscriber that is roaming within an 
IP- telephony network. At step 1 the MIPTN SMSC 420 sends a 
message to the MIPTN Home Function 204 of the target subscriber 
(based on the MS ISDN ) , providing the MSISDN. The Home Function 
204 then provides the IP address (VF_TA) of the MIPTN Visited 

30 Function 208 where the subscriber is located. The MIPTN SMSC then 
forwards the short message to the MIPTN Visited Function 208 for 
delivery to the subscriber. 

Figs. 17-23 illustrate examples of successful deliveries of 
SMS messages. However, in some cases the message delivery may 

35 fail (i.e., an unsuccessful message delivery). In the event of 
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a message delivery failure, the SMSC stores the message (i.e., 
continues to store the message) and the SMSC will attempt 
delivery later when alerted by the subscriber's Home Function 
that the subscriber is available to receive messages. 

5 The SMSC can be notified of the delivery failure (e.g., 

through a negative acknowledgment notifying the SMSC of the 
failure, or by the SMSC's failure to receive an acknowledgment 
within a predetermine period of time) . The SMSC then sends a 
Report Delivery Status (RDS) message to the destination 

10 subscriber's Home Function to report the failed delivery, 
providing an MSISDN (or IMSI) of the destination subscriber. The 
RDS message may be sent through the SMS GW 630 of Gateway 
Function 210 to the Home Function. The SMS GW 630 statically 
translates the MSISDN to the address of the siabscriber' s Home 

15 Function, and forwards the RDS message to the subscriber's Home 
Function, providing the MSISDN and the address of the SMS GW. The 
address of the SMS GW 630 is provided to the Home Function so 
that the Home Function can send an alert message to the SMSC via 
the SMS GW to notify the SMSC that the sxabscriber is now 

20 available to receive the messages . 

The SMS GW 630 also stores a dynamic correspondence between 
the MSISDN (identifying the destination subscriber) and the 
address of the SMSC (identifying the SMSC that has a message to 
be sent to the subscriber) . The SMS GW 630 may in fact store a 

25 group of SMSC addresses corresponding- to one MSISDN, where each 
of the SMSCs of the group has a message to be delivered to the 
subscriber. 

When a siibscriber becomes available to receive the message, 
the subscriber terminal informs the Visited Function where it is 
30 located, and the Visited Function informs the subscriber's Home 
Function that it is now available to receive messages. 

The Home Function then sends an alert message to the SMS GW 
630. The SMS GW 630 then uses the dynamic mapping (MSISDN/ SMSC 
address) to identify the address of the SMSC (or the multiple 
35 SMSCs) that have messages to send to this subscriber. The alert 
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message is then forwarded to each of the SMSCs, and each SMSC 
again attempts to forward the short message to the subscriber. 

Several embodiments of the present invention are 
specifically illustrated and/or described herein. However, it 
will be appreciated that modifications and variations of the 
present invention are covered by the above teachings and within 
the purview of the appended claims without departing from the 
spirit and intended scope of the invention. 
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WHAT IS CIAIMED IS; 

1 1. A method of allowing packet-switched telephony 

2 subscriber to roam within a packet-switched telephony 

3 network comprising: 

4 sending a message from a subscriber terminal to a visited 

5 function in a packet-switched telephony network, the 

6 message including a subscriber identification for the 

7 subscriber; 

8 the visited function sending a message to the subscriber's 

9 packet-switched telephony network home function providing 

10 a packet-switched telephony network address of the visited 

11 function in the as updated subscriber location information 

12 and the subscriber identif ication; 

13 the home function storing the network address of the 

14 visited function as location information for the 

15 subscriber. 

1 2. The method of claim 1 and further comprising: 

2 receiving a call that is directed to the subscriber; 

3 obtaining the location information for the subscriber from 

4 the subscriber's Packet-switched telephony network Home 

5 Function including the network address of the visited 

6 function; 

7 routing the call to the sxibscriber terminal by establishing 

8 a packet-switched telephony call towards the network 

9 address of the serving visited function. 

1 3* The method of claim 2 and further comprising the step of 

2 forwarding the call from the serving visited function to a 

3 subscriber terminal. 
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1 4. The method of claim 1 wherein the packet-switched 

2 telephony network address of the serving visited function 

3 comprises an Asynchronous Transfer Mode (ATM) address, 

1 5. The method of claim 1 wherein the network address of the 

2 serving visited function comprises an Inteimet Protocol 

3 (IP) address. 

1 6. A method of call delivery to a packet-switched telephony 

2 subscriber that is roaming within a packet-switched 

3 telephony network comprising: 

4 receiving a packet-switched telephony call at a packet- 

5 switched telephony home function from a calling entity, the 

6 call including a subscriber identification identifying the 

7 called s\ibscriber; 

8 the home function identifying subscriber location 

9 information including a packet-switched telephony network 

10 address of a visited function corresponding to the 

11 subscriber identification; 

12 the home function providing the address of the visited 

13 function to the calling entity; 

14 establishing a packet-switched telephony call from the 

15 calling entity towards the address of the visited function. 
16 

1 7. The method of claim 6 and further comprising the step of 

2 the home function communicating with the visited function 

3 to determine that the called subscriber can receive the 

4 call prior to providing the visited function address to the 

5 calling entity. 

1 8. The method of claim 6 and further comprising the steps 

2 of: 



49 



wo 00/79761 



PCT/rooa/00779 



3 the home function communicating with the visited function 

4 to determine if the called subscriber can receive the call; 
. S and 

6 providing the visited function address to the calling 

7 entity only if the called subscriber can receive the call; 

8 and 

9 otherwise, if the called subscriber is unable to receive 

10 the call, the home function' returning an address 

11 corresponding to the subscriber where the calling entity 

12 may leave a voice message for the called subscriber. 

1 9. The method of claim 6 and further comprising the step of 

2 forwarding the call from the visited function to the called 

3 subscriber . 

1 10. The method of claim 9 wherein the step of forwarding 

2 the call from the visited function to the called subscriber 

3 includes the step of forwarding the call as a packet- 

4 switched telephony call to the called subscriber. 

1 11. The method of claim 9 wherein the step of forwarding 

2 the call from the visited function to the called subscriber 

3 comprises the steps of: 

4 translating the packet-switched telephony call received at 

5 the visited function to a format used by the subscriber 

6 terminal that is incompatible with packet-switched 

7 telephony; 

8 forwarding the translated call from the visited function to 

9 the called subscriber terminal. 

1 12. The method of claim 6 wherein the visited function is 

2 provided on the called subscriber terminal. 

1 13. The method of claim 6 wherein said step of 

2 establishing comprises the steps of: 
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3 sending call control signaling between the calling entity 

4 and the visited function to set up the packet-switched 

5 telephony call; and 

6 sending the media of the packet-switched telephony call 

7 directly from the calling entity to the visited function. 
8 

1 14. The method of claim 13 wherein said step of sending 

2 call control signaling comprises sending call control 

3 signaling directly between the calling entity and the 

4 visited function to set up the packet-switched telephony 

5 call. 

1 15. The method of claim 13 wherein said step of sending 

2 call control signaling comprises sending call control 

3 signaling between the calling entity and the visited 

4 function through the home function to set up the packet- 

5 switched telephony call. 

1 16. The method of claim 13 wherein one address at the 

2 visited fiinction is used for call control signaling and 

3 media for the call. 

1 17. The method of claim 13 wherein a first address at the 

2 visited function is used for cal,l control signaling to set 

3 the call up and a second address at the visited function is 

4 used for media of the call. 

1 18. The method of claim 17 wherein the second address at 

2 the visited function used for call media is negotiated by 

3 the calling entity and visited function using the call 

4 control signaling during call setup. 

1 19. A method of call delivery within a mobile Packet- 

2 switched telephony network comprising: 
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3 receiving a PSTN call at a gateway function, the call 

4 including a subscriber identification of the called 

5 subscriber; 

6 the gateway function obtaining from the subscriber's 

7 packet-switched telephony home function subscriber location 
g information for the called subscriber, the subscriber 

9 location information including an address of a visited 
10 function corresponding to the subscriber identification; 
U and 

12 establishing a packet-switched telephony call from the 

13 gateway function towards the address of the visited 

14 function* 

1 20, The method of claim 19 wherein said step of obtaining 

2 comprises the steps of: 

3 sending an address request message including the called 

4 subscriber's subscriber identification from the gateway 

5 function to the called subscriber's home function in the 

6 packet-switched telephony network; 

7 the home function identifying subscriber location 

8 information including an address of a visited function 

9 corresponding to the subscriber identification; and 

10 receiving a message at the gateway function from the 

11 subscriber's home function including the address of the 

12 visited function corresponding to the stibscriber 

13 identification. 

1 21 • The method of claim 20 and further comprising the step 

2 of the home function communicating with the visited 

3 function to determine that the called subscriber can 

4 receive the call prior to the gateway function receiving 

5 the message incluidling the visited function address. 



52 



wo 00/79761 



PCT/IBOO/00779 



1 22. The method of claim 19 and further comprising the step 

2 of forwarding the call from the visited function to the 

3 called subscriber* 

1 23. The method of claim 22 wherein the step of forwarding 

2 the call from the visited function to the called subscriber 

3 includes the step of forwarding the call as a packet- 

4 switched telephony call to the called subscriber. 

1 24. The method of claim 22 wherein the step of forwarding 

2 the call from the visited function to the called subscriber 

3 comprises the steps of: 

4 translating the packet-switched telephony call received at 

5 the visited function to a format used by the subscriber 

6 terminal that is incompatible with packet-switched 

7 telephony; 

8 forwarding the translated call from the visited function to 

9 the called subscriber terminal. 

1 25. The method of claiml9 wherein the visited function is 

2 provided on the called subscriber terminal. 

1 26. The method of claim 19 wherein said step of 

2 establishing comprises the steps of: 

3 sending call control signaling between the gateway function 

4 and the visited function to set up the packet-switched 

5 telephony call; and 

6 sending the media of the packet-switched telephony call 

7 directly from the gateway function to the visited function. 
8 

1 27. The method of claim 26 wherein said step of sending 

2 call control signaling comprises sending call control 

3 signaling directly between the gateway function and the 
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4 visited function to set up the packet-switched telephony 

5 call. 

1 28. The method of claim 26 wherein said step of sending 

2 call control signaling comprises sending call control 

3 signaling between the gateway function and the visited 

4 function through the home function to set up the packet- 

5 switched telephony call. 

1 29. A packet-switched telephony network that supports 

2 mobility comprising: 

3 a home function including a home function database storing 

4 current location information and a subscriber profile for 

5 one or more subscribers; and 

6 one or more visited functions, each visited function 

7 serving an area of the packet-switched telephony network, 

8 each visited function providing the visited function 

9 address to the home function in response to receiving a 

10 subscriber registration request, the home function storing 

11 the address of the visited function as updated subscriber 

12 location information. 

1 30. The packet-switched telephony network of claim 29 

2 further comprising a subscriber terminal coupled to a 

3 visited function, the subscriber terminal providing a 

4 registration request or update location message including 

5 a subscriber identification to the visited fvuiction. 

1 31. The packet-switched telephony network of claim 30 

2 wherein said subscriber terminal is coupled to the visited 

3 function via a wireline link. 

1 32. The packet-switched telephony network of claim 30 

2 wherein said subscriber terminal is coupled to the visited 

3 function via a wireless link. 
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1 33. The PacJcet-switched telephony network of claim 31 

2 wherein said subscriber terminal is coupled to the visited 

3 function via a cellular link. 

1 34. The Packet-switched telephony network of claim 30 

2 wherein said subscriber terminal is coupled to the visited 

3 function via a packet switched network. 

1 35. The Packet-switched telephony network of claim 29 

2 wherein at least one of said visited functions comprises an 

3 access gateway for interworking or translating between 

4 packet-switched telephony TOSsages and messages sent 

5 between a subscriber terminal that accesses the visited 

6 function using an access technique that is incompatible 

7 with the packet-switched telephony network. 
8 

9 
10 
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